home *** CD-ROM | disk | FTP | other *** search
/ PC World Interactive 1 / PC World Interactive 1 - Nisan 1997.iso / nostalji / bbs / faq / archiv.txt < prev    next >
Encoding:
Internet Message Format  |  1995-06-25  |  34.6 KB
  1. Path: senator-bedfellow.mit.edu!faqserv
  2. From: Piero@Strider.Inet.IT (Piero Serini)
  3. Newsgroups: comp.mail.misc,comp.sources.wanted,comp.answers,news.answers
  4. Subject: Mail Archive Server software list
  5. Supersedes: <mail/archive-servers/faq_801319339@rtfm.mit.edu>
  6. Followup-To: poster
  7. Date: 24 Jun 1995 12:04:21 GMT
  8. Organization: Piero's Place
  9. Lines: 925
  10. Approved: news-answers-request@MIT.Edu
  11. Distribution: world
  12. Expires: 7 Aug 1995 12:02:51 GMT
  13. Message-ID: <mail/archive-servers/faq_803995371@rtfm.mit.edu>
  14. Reply-To: MAS-FAQ@Strider.Inet.IT
  15. NNTP-Posting-Host: bloom-picayune.mit.edu
  16. Summary: This posting contains the list of known Mail Archive Servers Software
  17. X-Last-Updated: 1995/02/20
  18. Originator: faqserv@bloom-picayune.MIT.EDU
  19. Xref: senator-bedfellow.mit.edu comp.mail.misc:24377 comp.sources.wanted:34927 comp.answers:12695 news.answers:46935
  20.  
  21. Archive-name: mail/archive-servers/faq
  22. Last-modified: Sun Dec 18 18:11:13 MET 1994
  23. Version: $Id: archive_servers,v 2.5 1994/12/18 17:11:51 piero Exp $
  24.  
  25.  
  26.                       Mail Archive Server Software List
  27.          A Summary of Available Mail Archive Server Software
  28.              ---------------------------------------------------
  29.  
  30.                             by: Piero Serini
  31.                           piero@strider.inet.it
  32.  
  33.          $Id: archive_servers,v 2.5 1994/12/18 17:11:51 piero Exp $
  34.          (C)Jonathan I. Kamens 1991,1992,1993 - All Rights Reserved
  35.                (C) Piero Serini 1994 - All Rights Reserved
  36.  
  37.   Mail Archive Servers are programs  which  receive incoming  mail messages,
  38. interpret them, and take action based on them.  For example, two tasks which
  39. might  be  performed  by mail servers are handling  subscriptions to mailing
  40. lists and redistributing messages sent to the lists; and delivering files to
  41. users based on incoming requests.
  42.  
  43.   This posting focuses, primarily, on mail servers which run under UNIX. For
  44. each server listed below, I provide the following information, if known:
  45.  
  46.         Name
  47.         Author
  48.         Maintainer
  49.         Latest known version
  50.         How to get it
  51.         Implementation language
  52.         Supported platforms
  53.         Comments
  54.  
  55.   If you can fill any of the blanks or have  comments about anything written
  56. below, or if you have new servers to add to the list, please let me know. If
  57. you would like to ask me to change  this  posting in some way,  the method I
  58. appreciate most is for you to actually make  the desired  modifications to a
  59. copy of the posting, and then to send me the modified part or a context diff
  60. between my posted version and your modified version.   Submitting changes in
  61. this way makes dealing with them easier for me and helps to avoid  misunder-
  62. standings about what you are suggesting.
  63.  
  64. Please send all updates to MAS-FAQ@strider.inet.it
  65.  
  66. 0.0     Organization and availability
  67.  
  68.     This   FAQ  is  posted  monthly,  the  15th,  on  comp.mail.misc,
  69.     comp.sources.wanted, comp.answers and news.answers.
  70.  
  71.     It is available:
  72.     - from the above USENET groups
  73.     - from all the USENET archives
  74.     - ftp://ftp.netcom.com/pub/wu/wuapub/archive_servers/FAQ
  75.  
  76.     A  context diff file  containing the differences between this FAQ
  77.     and  the  previous   release   is   posted   on   comp.mail.misc,
  78.     comp.sources.wanted  and  is  available from the same site, in:
  79.     /pub/wu/wuapub/archive_servers/diffs.Z
  80.  
  81.     Many  thanks  to Larry Alexander and the maintainers of those ftp
  82.     sites for their cooperation.
  83.  
  84.     This  FAQ is NOT reposted if modified, until the next issue date.
  85.     I  will  modify  the ftp file only.  I  suggest using ftp to  get
  86.     the latest version of this document.
  87.  
  88.         This FAQ consists of four parts:
  89.         0.*     Organization.
  90.         (0.1    Copyright)
  91.         1.*     Software List.
  92.         2.*     Archivers, what they archive, how to download.
  93.         3.*     History and Contributors' list.
  94.  
  95.     At the end of this file you can also find:
  96.     - Copyright Notice
  97.     - Warranty Disclaimer
  98.     - Publishing Notes
  99.  
  100. 0.1    Copyright
  101.  
  102.     This FAQ is Copyright (C) 1994 by Piero Serini.
  103.     All Rights are reserved.
  104.     Please check the full Copyright notice, Warranty disclaimer and
  105.     Publishing notes at the end of this document.
  106.  
  107.  
  108. 1.0    Software List
  109.  
  110. Name:        Almanac
  111. Author:        Erik Bennett
  112. Author:        Chris Hansen
  113. Version:    1.5.1b
  114. Maintainer:    almanac-admin@oes.orst.edu
  115.  
  116. Implementation language: C (configured with Bourne shell)
  117. How to get it:    ftp://oes.orst.edu/pub/almanac/almanac-1.5.1b.tar.Z
  118. URL:        ftp://oes.orst.edu/pub/almanac/almanac-1.5.1b.tar.Z
  119.  
  120. Supported platforms: SunOS, HP/UX, UTek, AIX (RS 6000), most BSD 4.3
  121.  
  122. Comments:    (Chris Hansen <hansenc@oes.orst.edu>)
  123.     - Requires sendmail and gdbm
  124.     - Can split files on user-defined size limit
  125.     - Good user & admin documentation
  126.     - Has blacklist
  127.     - Logging (through syslog) and usage utilities
  128.     - Comes with supplement for automatic mailing list management
  129.     - Load checking or queuing left to sendmail
  130.     - Main advantage is configuration table:
  131.         Maps user commands to shell commands
  132.         Can have any number of user commands
  133.         Encoding, Filtering, Compression all configurable
  134.     - Most other things configurable
  135.     - Possible disadvantages:
  136.         Table can get complicated.
  137.         Good knowledge of shell advised).
  138.  
  139. Name:        B-Server
  140. Author:        Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  141.  
  142. Implementation language: bourne shell
  143. How to get it:    Get "b-server.shar" from grasp1.
  144.  
  145. Comments:    (Dave Shaver <shaver@convex.com>):
  146.     - Don't need to create system-wide alias (uses sendmail
  147.       .forward file)
  148.     - One shell script
  149.     - Can refuse to provide service to certain people
  150.     - Has file and request limits
  151.     - 4 user commands: help, index, send, get
  152.  
  153. Comments:    (john.Latala@Waterloo.NCR.COM):
  154.     - Only does text files
  155.  
  156. Name:        Bart (Brode's Archive Retrieval Thang)
  157. Author:        Jon Brode <brode@icpsr.umich.edu>
  158. Version:    beta release
  159. Implementation Language: C
  160.  
  161. How to get it:    Send E-mail to <brode@icpsr.umich.edu> and ask for it.
  162. Support platforms: Expects BSD, sendmail and ndbm, but might work with
  163.                     some tweaking in other environments.
  164.  
  165. Comments:    (from the author)
  166.     - Beta release can be obtained from the author but should not
  167.       be redistributed; the final release will have more lenient
  168.       distribution conditions.
  169.     - Runs from alias or .forward file
  170.     - Very careful about not overloading server.
  171.       (does load checking on BSD machines, in addition to the
  172.       other things)
  173.     - 5 commands: help, index, path, send, sendb
  174.       "sendb" automatically encodes the file, "send" determines
  175.       whether the file needs to be encoded first
  176.     - Can request files by parts. Useful for requesting files
  177.       larger than quota and retrieving pieces that get lost in
  178.       the mail
  179.     - Can do per-user quota checking.
  180.     - It has a man page!
  181.     - Has uuencode encoding built into C code, does not support
  182.       other encoding types yet.
  183.     - No user error notification on bad requests.
  184.  
  185. Name:        Clarkson
  186. Author:        Michael DeCorte
  187.  
  188. How to get it:    Get "archive-server" from CLARKSON.
  189. Implementation language: bourne shell, awk
  190.  
  191. Comments:    (Tom Fitzgerald <fitz@wang.com>)
  192.     Advantages:
  193.       - Most flexible options for archiving, compressing, encoding
  194.         and slicing result.
  195.       - Very nice load-limiting.
  196.  
  197.     Disadvantages:
  198.       - Many BSDism's (I tried porting it to SysV without much luck).
  199.       - Can't return several requested items, one item per mail
  200.         message.
  201.       - It insists on packaging up all requests into a single
  202.         archive, splitting the archive at random points and mailing
  203.         the result.
  204.       - Can't store items compressed and have them mailed back to
  205.         the requestor decompressed.
  206.  
  207. Name:        DECWRL
  208. Author:        Brian Reid.
  209.  
  210. Implementation language: bourne shell, awk, a little bit of C
  211. How to get it:    - Get "decwrl.shar" from grasp1.
  212.         - ftp.cs.widener.edu:/pub/src/mail/archive.tar.Z
  213.           (slightly modified).
  214.  
  215. Comments:    (Dave Shaver <shaver@convex.com>)
  216.     - Written with many shell scripts and a few AWK scripts
  217.     - Very careful about not overloading server machine
  218.       (Remember, this used to run on an over-worked VAX.)
  219.     - Very easy to install; best of the group?
  220.     - Code is all quite generic
  221.     - Good at letting person making request know what happened
  222.       (No black holes for mail.)
  223.     - Good user-level docs (especially the "help" file)
  224.     - Very fair queuing system; people can't make "pigs" of
  225.       themselves
  226.     - 4 user commands: help, index, send, path
  227. Comments:    (Tom Fitzgerald <fitz@wang.com>)
  228.     Advantages:
  229.       - Simplest.
  230.       - Very nice load-limiting, can be set up to run only at night.
  231.       - Easily configurable, and portable to Sys V with a little work.
  232.     Disadvantages:
  233.       - All items in archive must be text, and are sent out as-is.  No
  234.         packaging options at all.
  235.       - Written in sh, may be a heavy system load (when running).
  236. Comments:    (Chris Siebenmann <cks@hawkwind.utcs.toronto.edu>)
  237.     We use the DECWRL server for the CA*NET info server; I picked
  238.     it over the other ones (primarily the Clarkson one) because it
  239.     was sufficiently small and clear that I could read all the
  240.     shell scripts and be pretty confidant that it had no surprises
  241.     and I understood what was going on. One could probably run it
  242.     out of a .forward file with some work writing at-based
  243.     frontends, but it prefers to be installed and run with cron
  244.     and an alias.
  245.  
  246. Name:        deliver
  247. Author:        Chip Salzenberg <chip@tct.com>
  248. Version:    2.1, patchlevel 10
  249.  
  250. How to get it:    From the comp.sources.reviewed archives.
  251. Implementation language: C
  252.  
  253. Comments:
  254.     This isn't a full-fledged archive server, it's just a
  255.     program to reroute incoming mail.  Which isn't to say that it
  256.     can't be used to write an archive server....
  257. Comments:    (Brian.Onn@Canada.Sun.COM)
  258.     I've written our mail based archive server entirely in Deliver
  259.     shell scripts.  It's not as full featured as the other ones,
  260.     but it can easily be expanded to become that.  The beauty of
  261.     deliver is that it is entirely shell script based.
  262. Comments:    (Daniel Simmons <simmdan@kenya.isu.edu>)
  263.     The real beauty of deliver is that it is an extension allowing
  264.     you to implement mail handling in ANY language: shell scripts,
  265.     perl, C, awk... haskell if you want and can make it understand
  266.     environment variables and read/write to stdin/stdout (I don't
  267.     know haskell well enough to know if this is possible).
  268.  
  269.     I have written a very successful mail processing system which
  270.     installs data files in our local Campus Wide Information
  271.     System using a single (and fairly short) perl script in
  272.     conjunction with deliver.
  273.  
  274.     One other comment is that deliver is very comparable to
  275.     procmail but much cleaner/simpler.
  276.  
  277. Name:        ftpmail
  278. Author:        Lee McLoughlin <lmjm@doc.ic.ac.uk>
  279. Version:    1.23
  280.  
  281. How to get it:    ftp://src.doc.ic.ac.uk/packages/ftpmail/ftpmail.tar.gz
  282. URL:        ftp://src.doc.ic.ac.uk/packages/ftpmail/ftpmail.tar.gz
  283.  
  284. Implementation language: perl
  285.  
  286. Supported platforms: SunOS, HP/UX,  AIX (RS 6000), BSD 4.3, System 5.4
  287. Comments:
  288.     - Can use both mail and sendmail to send reponses.
  289.     - With sendmail can also return MIME multipart responses.
  290.     - Supports mime, uuencode, atob, user selectable splitting.
  291.     - Built in logging.
  292.     - Very easy to install.
  293.     - Command compatible with ftpmail server at Decwrl.
  294.  
  295. Name:        KISS
  296. Author:        T. William Wells <bill@twwells.com>
  297. Version:    1.0
  298.  
  299. How to get it:    - Get "kiss.shar" from grasp1.
  300.         - Get "misc/kiss.shar" from JASON-ARCHIVE (slightly modified).
  301.  
  302. Implementation language: Bourne shell
  303.  
  304. Comments:    (Dave Shaver <shaver@convex.com>)
  305.     - Simple.  8-)
  306.     - One shell script, plus a user-supplied program
  307.     - No batching, quotas, or scheduling.
  308.     - 5 user commands: help, index, send, path, quit
  309.     - Good install docs
  310.  
  311. Name:        ListProcessor
  312. Author:        Anastasios C. Kotsikonas (tasos@cs.bu.edu)
  313. Version:    6.0c
  314.  
  315. How to get it:    - ftp://cs-ftp.bu.edu/pub/listserv/
  316.         - Via email to listproc@avs.com with the request:
  317.           "get listproc listproc6.0c.940712.0.sh".
  318. URL:        - ftp://cs-ftp.bu.edu/pub/listserv/
  319.  
  320. Implementation language: C, plus some UNIX-style shell scripts.
  321.  
  322. Supported platforms: UNIX, presumably.
  323.  
  324. Comments:    (from the author)
  325.     This is a system that implements various mailing lists with
  326.     one list manager. It is automated, and obliterates the need
  327.     for user intervention and maintenance of multiple aliases of
  328.     the form "list, list-owner, list-request", etc. There is
  329.     support provided for public and private hierarchical archives,
  330.     moderated and non-moderated lists, peer lists, peer servers,
  331.     private lists, address aliasing, news connec- tions and
  332.     gateways, mail queueing, digests, list ownership, owner
  333.     preferences, crash recovery, batch processing, confi- gurable
  334.     headers, regular expressions, archive searching, and live user
  335.     connections via TCP/IP.
  336.  
  337. Name:        Logix
  338. Author:        Jan-Piet Mens
  339. Version:    1.01
  340.  
  341. How to get it: Get the posting entitled "Mail-Server Part 01/01" from
  342.     the alt.sources archives.  An improved version (Bill Silvert's
  343.     -- see his comments below) is available via anonymous ftp from
  344.     /dfo/net/mail-servers/mail-server.tar.Z on biome.bio.ns.ca.
  345.  
  346. Implementation language: C
  347.  
  348. Comments:    (Bill Silvert <silvert@biome.bio.ns.ca>)
  349.     Changes I have made include support for optional (as opposed
  350.     to compulsary) uuencoding using the Dumas uuencode, which
  351.     makes it possible to run uudecode (the Dumas version) on a
  352.     complete multi-part mail file without editing it first, and
  353.     improved messages.
  354.  
  355. Name:        MailServ
  356. Author:        Dave DeBry <debry@peruvian.cs.utah.edu>
  357. Version:    1.4
  358.  
  359. How to get it:    Get the posting entitled "MailServ 1.4" from the
  360.         alt.sources archives.
  361.  
  362. Implementation language: C
  363.  
  364. Comments:    (from the author)
  365.     - allows for as many users as you want per list,
  366.     - users can be mailed to "quietly" (ie: their name won't be
  367.       found anywhere in the mailing... good for nosy sysadmins at
  368.       other sites),
  369.     - has a request server so users can get any files you make
  370.       available for them,
  371.     - handles subscribes and unsubscribes without bothering you,
  372.     - can archive off reflector mailing list posts,
  373.     - can announce to all list readers when someone subscribes or
  374.       unsubscribes,
  375.     - can be set to let people request a list of readers,
  376.     - does all the digest handling work for you,
  377.     - can upload (via ftp) each days digest to a given site for
  378.       archiving,
  379.     - can backup the userlist to a different disk/area/whatever,
  380.     - can post a FAQ to USENET periodically,
  381.     - announces when a message has been taken from USENET, so
  382.       people don't get that horrible deja vu feeling while reading
  383.       their mail,
  384.     - sends you a log of all the day's activities every night,
  385.     - lets you toggle all of these things for complete
  386.       customization,
  387.     - and much, much more!  (I should be an announcer for those
  388.       Remco ads, I know it.)
  389.  
  390.     MailServ isn't for the weak at heart.  It's not pretty, and
  391.     I'm releasing it to the net because several people have asked
  392.     for copies, and I'd like to know what changes are made to it.
  393.     If you don't know much about UNIX or mail, I wouldn't suggest
  394.     using MailServ until it gets a little bit nicer.
  395.  
  396. Name:        MailShare
  397. Author:
  398. Maintainer:
  399. Version:    1.0b7
  400.  
  401. How to get it:    ftp://ftp.qualcomm.com/quest/mac/servers/MailShare1.0b7.sea.hqx
  402. URL:    ftp://ftp.qualcomm.com/quest/mac/servers/MailShare1.0b7.sea.hqx
  403.  
  404. Implementation language:
  405.  
  406. Supported platforms: Macintosh
  407.  
  408. Comments:
  409.     I found refererence to this software on the USENET. I really
  410.     don't know anything else. I can't try it, as I haven't a Mac.
  411.  
  412.     If anybody has any info, plese mail them to me.
  413.  
  414. Name:        Mailagent
  415. Author:        Raphael Manfredi <ram@acri.fr>
  416. Version:    3.0
  417.  
  418. How to get it:    mail ram@acri.fr, Subject: Command, Body: @SH mailhelp PATH
  419.  
  420. Comments:    (From the README):
  421.     - This is a mailagent program, and it will take care of all your
  422.       incoming mail by applying a set of rules: a message can be saved
  423.       in a folder, left in the main mailbox, posted to a newsgroup,
  424.       forwarded to other people, split if it is a digest, etc...
  425.  
  426.     - There is a mailing list hosted in Japan and set up by Shigeya Suzuki
  427.       <shigeya@foretune.co.jp>, for discussion about the mailagent package
  428.       as a whole. It's a good place to ask questions (or answer them) and
  429.       to send your patches. I will post official patches to the net, as
  430.       well as to the agent-users list.
  431.  
  432.     - I have an automatic patch sender. Send me the following mail:
  433.         Subject: Command
  434.         @SH mailhelp PATH
  435.       and you'll get instructions (PATH stands for YOUR e-mail address)
  436.       I would recommend you to get all the issued patches before you
  437.       start making some modifications on this package.
  438.  
  439. Comments:    (Edward Feustel <efeustel@ida.org>):
  440.     - Mailagent has a distribution feature in which mail can request
  441.       that software be sent. In addition you get a good filtering
  442.       mechanism for regular mail.
  443.  
  444. Name:        Majordomo
  445. Author:        D. Brent Chapman <brent@GreatCircle.COM>
  446. Maintainer:    John P. Rouillard <rouilj@cs.umb.edu>
  447. Version:    1.92
  448.  
  449. How to get it:    ftp://FTP.GreatCircle.COM:/pub/majordomo/
  450.         Also, to get the FAQ send an e-mail message to
  451.         majordomo@pop.psu.edu, with the line "get file majordomo-faq
  452.         in the BODY.
  453. URL:        ftp://FTP.GreatCircle.COM:/pub/majordomo/
  454.  
  455. Implementation language: Perl and some C
  456.  
  457. Supported platforms: UNIX
  458.  
  459. Comments:    (from the author)
  460.     Majordomo is more of a mailing-list manager than an archive
  461.     server.  It has the concept of an "owner" for each list.  The
  462.     owner of a given list approves certain user "subscribe" and
  463.     "unsubscribe" commands (the ones that majordomo doesn't
  464.     automatically approve; for instance, if someone tries to
  465.     unsubscribe something other than their own email address from
  466.     a list, majordomo asks for approval).  Most list maintenance
  467.     is done for the owner by majordomo, and the rest can be done
  468.     by the owner using emailed commands to majordomo; the owner
  469.     doesn't need an account on the machine majordomo runs on.
  470.  
  471. Name:        MReply
  472. Author:        Tor Slettnes <tor@netcom.com>
  473. Maintainer:    Same
  474. Version:    1.6
  475.  
  476. How to get it:    - ftp://ftp.netcom.com/pub/tor/mreply/mreply16.tar.Z
  477.         - E-mail to tor@netcom.com, body: "SEND MREPLY".
  478. URL:        ftp://ftp.netcom.com/pub/tor/mreply/mreply16.tar.Z
  479.  
  480. Implementation language: C
  481.  
  482. Supported platforms: Unix. Developed under SunOS 4.1.3.
  483.  
  484. Comments:    (from the author)
  485.     * List maintenance via SUBSCRIBE, UNSUBSCRIBE, WHICH, CHANGE, etc.
  486.     * File server: SEND or receive plaintext or uuencoded files.
  487.     * Optional ACCESS codes to prevent unauthorized submissions.
  488.     * Built-in uudecode, uuencode, shar, and splitmail.
  489.     * Define your own commands in the configuration file.
  490.     * Let mailer optionally specify his/her own reply address.
  491.     * A number of built-in functions for flexible configuration.
  492.     * Automatically separates request mail from regular text.
  493.     * Filtering/forwarding of mails to user, pipe or mailbox.
  494.     * Multiple site configurations; server/client or local lookup.
  495.     * 'Local mode' lets you give commands interactively.
  496.     * Easy installation; no root privileges needed.
  497.     * Simple, yet powerful configuration; example:
  498.       .IF FILE $HOME/lists/your-list CONTAINS :ADDRESS:
  499.       .AND NOT FILE $HOME/lists/blacklist CONTAINS :ADDRESS:
  500.          .FORWARD | $HOME/bin/msend -q $HOME/lists/your-list
  501.       .ENDIF
  502.     * Comes with sample configuration file and mass-mailer script.
  503.     * Comes with manual page.
  504.  
  505.     For more information, demo's & such, send a HELP request to
  506.     either my private address or to notgnu-request@netcom.com.
  507.  
  508. Name:        NETLIB
  509. Author:        Jack J. Dongarra, Eric Grosse
  510.  
  511. How to get it:    Get "netlib from misc" from NETLIB.
  512.  
  513. Implementation language: C
  514.  
  515. Comments:    (Dave Shaver <shaver@convex.com>)
  516.     - User-level docs a bit rough.    Assumes user is quite mail
  517.       savvy.  (Not a fair assumption in my case.)
  518.     - Catches "pigs" effectively, but no queuing system for
  519.       requests.
  520.     - Notices attempted security violations using magic shell
  521.       characters
  522.     - Install docs adequate, but not outstanding
  523.     - Hard to install since site-specific stuff not centralized
  524.       in a config file.
  525.     - Has almost no interal documentation (i.e. comments)
  526.     - Eclectic mix of shell scripts and C programs
  527.     - Some sections of code very specific to serving libs.    Does
  528.       not generalize well to ASCII files.
  529. Comments:    Tom Fitzgerald <fitz@wang.com>
  530.     Advantages:
  531.       - Arbitrary directories can be made part of archives, archives
  532.         don't have to all be under a single directory tree.
  533.       - Written in C, probably imposes the least system load.
  534.       - Reasonably portable and configurable.
  535.     Disadvantages:
  536.       - Really complicated, with inadequate documentation
  537.       - No queuing or load-balancing.  All requested items are sent
  538.         out immediately regardless of system load.
  539.       - Poorest at figuring out return addresses.
  540.       - All items in archive are sent out as-is.No packaging options.
  541.         (They can be binary, they will be sent out uuencoded).
  542.  
  543. Name:        procmail
  544. Author:        Stephen R. van den Berg <berg@pool.informatik.rwth-aachen.de>
  545. Version:    3.03
  546.  
  547. How to get it:    - Get "procmail" from volume 43 of comp.sources.misc
  548.         archives.
  549.         - ftp.informatik.rwth-aachen.de:
  550.           /pub/packages/procmail/procmail.tar.gz
  551.         - By MIME mail, send
  552.           To: procmail-request@informatik.rwth-aachen.de
  553.           Subject: archive get procmail*.tar.gz
  554.         - By uuencoded (non-MIME) mail, send
  555.           To: procmail-request@informatik.rwth-aachen.de
  556.           Subject: archive get procmail*uue.*
  557.  
  558. Implementation language: C, plus some UNIX-style shell scripts.
  559.  
  560. Supported platforms: generic UNIX (or any posix compliant OS)
  561.  
  562. Comments:
  563.     Procmail is a program to parse incoming mail and sort/invoke other
  564.     programs based on the results, it can be used as a very reliable
  565.     frontend to some of the archive servers mentioned here.
  566.     It includes a utility program called formail, which is particularly
  567.     intelligent in figuring out return addresses and generating
  568.     auto-reply headers.
  569.  
  570. Comments:     (from the author)
  571.     Included is an extensive mailinglist/archive server package (based
  572.     upon procmail/formail).  Regarding the archive server part:
  573.     Advantages:
  574.     - Easy to install.
  575.     - Straightforward to operate (one tree, symbolic links allowed).
  576.     - Numerous others :-), but you'll have to get the FEATURES file
  577.       from the package.
  578.  
  579.     Disadvantages:
  580.     - Doesn't do special handling for binary files.
  581.     - Doesn't autosplit large files.
  582.     - Partly dependent on sendmail, though sufficiently compatible
  583.       mailers will do.
  584.     - No load balancing or queueing, relying on sendmail for that.
  585.  
  586. Name:        qdms
  587. Author:        Lars Magnusson <lmn@z.amu.se>
  588. Version:    1.0
  589.  
  590. How to get it:    - Get "qdms - a simple mailserver for cramped disks."
  591.         from the alt.sources archives.
  592.         - Get a (possibly more up-to-date) version from
  593.         mailserver@z.amu.se.
  594.  
  595. Implementation language: Bourne shell, requires shell functions
  596.  
  597. Comments:
  598.     Looks like it has some sort of access control and blacklisting.
  599.     I Don't know what else.
  600.  
  601. Name:        Relcom
  602. Author:        vak@kiae.su (Serge Vakulenko)
  603. Maintainer:    Same
  604. Version:    1.2
  605.  
  606. How to get it:    Send a message to mailserv@kiae.su with
  607.         "get relcom/unix/ms12.tar.Z" in the body.
  608.  
  609. Implementation language: C
  610.  
  611. Name:        RNALIB
  612. Author:        Paolo Ventafridda <venta@otello.sublink.org>
  613. Author:        Marco Lorenzini <marlor@gear.sublink.org>
  614. Version:    2.2 beta-3
  615.  
  616. Implementation language: bourne shell
  617.  
  618. How to get it:    - Get "rnalib2" from volume 15 of comp.sources.misc
  619.         archives.
  620.         - Get "RNALIB 2.2 beta" and "upgrade to beta-3" from
  621.         alt.sources archive on valhalla.ee.rochester.edu.
  622.  
  623. Comments:
  624.     - Completely implemented in one bourne shell script plus
  625.       several data files.
  626.     - Allows libraries to be all over the filesystem hiearchy
  627.       (i.e. not in fixed data directory).
  628.     - Understands a variety of packing formats, and detects binary
  629.       file automatically (and uuencodes them).
  630.     - Requires bourne shell with support for functions.
  631.     - Very poor address parsing.
  632.     - No queueing.
  633.     - Has "blacklists" to prevent people from transferring and
  634.       "whitelists" to allow specific people to tell the server to
  635.       deliver to third parties.
  636.     - Detects "hogs" and imposes maximum credit limits.
  637.  
  638. Name:        The ServiceMail Toolkit, by Enterprise Integration Technologies
  639. Author:        Jay C. Weber <weber@eitech.com>, et al.
  640. Maintainer:    servicemail-help@eitech.com
  641. Version:    v2.0 5-10-93
  642.  
  643. How to get it:    ftp://eitech.com/svcmail-2.0.tar.Z
  644.  
  645. Implementation language(s): C, Tcl
  646.  
  647. Supported platforms:  SunOS, Ultrix, (probably anything that supports Tcl)
  648.  
  649. Comments:    (Bob Bagwill <bagwill@swe.ncsl.nist.gov>)
  650.     - Easy to install (using default installation configuration).
  651.     - Multimedia Email SHell (MESH) uses MIME message formats.
  652.     - Services are implemented in Tcl.
  653.     - Includes subset of listserv functions.
  654.     - Documentation is skimpy.
  655. Comments:    (Jay Weber <weber@eitech.com>)
  656.         - Documentation is better in 2.0
  657.         - Includes support for queueing, logging
  658.  
  659. Name:        SmartList
  660. Author:        Stephen R. van den Berg <berg@pool.informatik.rwth-aachen.de>
  661. Version:    3.03
  662.  
  663. How to get it:    - Get "SmartList" from volume 43 of comp.sources.misc
  664.           archives.
  665.         - ftp.informatik.rwth-aachen.de:
  666.           /pub/packages/procmail/SmartList.tar.gz
  667.         - By MIME mail, send
  668.           To: procmail-request@informatik.rwth-aachen.de
  669.           Subject: archive get SmartList*.tar.gz
  670.         - By uuencoded (non-MIME) mail, send
  671.           To: procmail-request@informatik.rwth-aachen.de
  672.           Subject: archive get SmartList*uue.*
  673.  
  674. Implementation language: C, plus some UNIX-style shell scripts.
  675.  
  676. Supported platforms: generic UNIX (or any posix compliant OS)
  677.  
  678. Comments:
  679.     A comprehensive mailinglist/archive server package (based upon
  680.     procmail/formail).
  681.     - Easy to install.
  682.     - An arbitrary number of mailinglists can be managed by any
  683.       number of individuals per mail (i.e. they do not need an account
  684.       on the server).
  685.     - Accepts arbitrary formats for (un)subscribe requests, i.e. people
  686.       will not need to remember any particular syntax.
  687.     - Automated handling of bouncing mails.
  688.     - The mailinglists and archive servers use the INTERNET-standard
  689.       -request convention for administrative requests.
  690.     - The archive server fully supports MIME.  I.e. arbitrary length
  691.       files can be retrieved (they automatically become a multipart
  692.       message), binary files can be retrieved, auto-recognition of
  693.       the file types (i.e. particularly well suited as a document server).
  694.     - Limited load balancing, relies mostly on the mail system for that.
  695.  
  696. Name:        Squirrel Mail Server
  697. Author:        Johan Vromans <jv@NL.net>
  698. Version:    3.1B
  699.  
  700. How to get it:  Send a mail message to <mail-server@NL.net> with 
  701.         contents
  702.             begin
  703.             send mail-server
  704.             end
  705.  
  706. Implementation language: perl
  707.  
  708. Description:    (from the author)
  709.     The Squirrel Mail Server is a mail response program. You can
  710.     send email to it, and it will try to react sensible to your
  711.     message. 
  712.  
  713.     Main purpose of the mail server is to obtain files from a
  714.     local archive or FTP server, but other functions can be added
  715.     easily.
  716.  
  717.     The Squirrel Mail Server Software is distributed under the
  718.     terms of the GNU Public Licence.
  719.  
  720.     New and improved features in version 3.1:
  721.  
  722.       - Transparent (anonymous) FTP interface. You can fetch files
  723.         from remote FTP servers. Files retrieved are cached
  724.         locally, so subsequent requests can be honoured from the
  725.         cache.
  726.  
  727.       - Delivery can take place via email or uucp or both.
  728.         Delivery via UUCP can be made preferred.
  729.         FTP requests can be restricted to UUCP delivery.
  730.  
  731.       - Files can be automatically compressed, and directories can
  732.         be automatically packed using one of several common
  733.         methods (e.g. zip, zoo or compressed tar).
  734.  
  735.       - Multiple servers can be installed using the same software.
  736.  
  737.       - The server can be used interactively, e.g. from a
  738.         terminal, or via telnet/inetd.
  739.  
  740.       - Command parsing and execution is table driven, so it is
  741.         very easy to extend the mail server functions.
  742.  
  743.       - Rewritten and enhanced user documentation and
  744.         installation docs. Also available in nicely formatted
  745.         (PostScript) format.
  746.  
  747.     A brief survey of old and new features:
  748.  
  749.       - All written in perl, hence portable and easily
  750.         maintainable.  Code is readable; useful, plentiful
  751.         comments. Very extentable and easily modified.
  752.       - Easy to use and to install. Over 2000 lines of
  753.         documentation. 
  754.       - Good at letting person making request know what happened.
  755.         Good "help" reply.
  756.       - Archives can be split over a number of directories or file
  757.         systems.
  758.       - Requests are queued and processed by a separate daemon
  759.         process (e.g. from cron). This cuts down on the system
  760.         load. Moreover, you can control when the queue is being
  761.         run.
  762.       - Requests can be honoured `as is' (name the file and you'll
  763.         get it), but the server can also perform directory
  764.         searches and index file lookup.  You need GNU find and
  765.         locate for the index lookup feature.
  766.       - While looking for files, the server knows about commonly
  767.         handled filenames (e.g. ".tar.Z" in "foo.tar.Z") and
  768.         pseudo-standard version numbering (e.g. "gcc-2.1.tar.Z").
  769.         It is quite well possible that a simple request for
  770.         "emacs" will actually transmit the file
  771.         "gnu/emacs-18.58/dist/emacs-18.58.tar.Z".
  772.       - Requests can be encoded using a number of encoding
  773.         schemes, e.g.  uuencode, xxencode, Dumas' uue and btoa.
  774.       - Requests that are too large to send in one piece are
  775.         automatically split and transferred in parts. The server
  776.         provides a smart unpacking program on request,
  777.       - Parts of requests can be re-transmitted in case of
  778.         failure.
  779.       - Requests can designate a directory. In this case the whole
  780.         directory tree is packed using some popular packing
  781.         programs (compressed tar, zoo or zip).
  782.       - Requests can be sent by email, or via uucp.
  783.       - The server can be asked to return a list of archive
  784.         entries that match a given request, thus obsoleting the
  785.         need to transfer huge "ls-lR" type index files to find out
  786.         whatsitcalled.
  787.       - All transfers are logged. Maintenance procedures
  788.         include a reporting tool.
  789.  
  790.     Probable future directions:
  791.  
  792.       - Automatic (and transparent) downloading of unknown archive
  793.         entries from other archive servers.
  794.       - Archive lookup by keyword.
  795.       - Notifier services (you'll be notified if archive entries
  796.         are added).
  797.       - Remote maintenance of the archives.
  798.  
  799.     Requirements:
  800.  
  801.       - Perl 4.0 patchlevel 36 or later.
  802.       - GNU find 3.6 or later (only if you want to exploit the
  803.         index features).
  804.       - A decent mail system that can deliver mail to a process
  805.         (sendmail, smail3, or smail2.5 w/ mods).
  806.  
  807.     Mailing list:
  808.  
  809.       A mailing list exists for sites that are running the
  810.       Squirrel Mail Server software. You can subscribe by sending
  811.       a mail to <squirrel-server-request@NL.net>.
  812.  
  813.  
  814. 2.0    Archivers, what they archive, how to download
  815.  
  816.               Archive Site Instructions
  817.               -------------------------
  818.  
  819. CLARKSON:
  820.     Send  mail  to  "archive-server@sun.soe.clarkson.edu"  with "send
  821.     <what you want>" as the text of the message, e.g. "send  archive-
  822.     server".   If you want it to be archived as a shar file, then add
  823.     a line saying "archiver shar" before the "send"  line.   You  can
  824.     also  use "archiver tar".  If you don't specify an archiver, then
  825.     the files in the request will be separated by "--- cut here  ---"
  826.     lines  and you'll have to extract them by hand or write some sort
  827.     of script to do it.
  828.  
  829. grasp1:
  830.     Ftp  to  grasp1.univ-lyon1.fr  and  look  in  pub/unix/mail/mail-
  831.     servers, or use the FTP-by-mail  server  at  ftpmail@grasp1.univ-
  832.     lyon1.fr,  or use an FTP-by-mail server closer to you if there is
  833.     one.
  834.  
  835. JASON-ARCHIVE:
  836.     Send mail to "penneyj@slc.com" with a subject line containing the
  837.     string "jason-archive-request" and a body containing "send  <what
  838.     you  want>",  e.g.  "send  misc/kiss.shar".  If you want multiple
  839.     files, you can specify multiple requests on separate lines of the
  840.     file.
  841.  
  842. NETLIB:
  843.     Send  mail  to  "netlib@research.att.com"  with  "send  <what you
  844.     want>", e.g. "send netlib from misc", as the text of the message.
  845.  
  846. UTRECHT:
  847.     Anonymous ftp to ftp.cs.ruu.nl and look in the directory /pub, or
  848.     send mail to "mail-server@cs.ruu.nl" with the lines:
  849.  
  850.         begin
  851.         send <filename>
  852.         end
  853.  
  854.     You replace "<filename>" with the file you want to retrieve, e.g.
  855.     "send UNIX/mailserver.tar.Z".
  856.  
  857. 3.0    History and Contributors
  858.  
  859.     This   FAQ  was  originally  maintained  by  Jonathan  I.  Kamens
  860.     (jik@security.ov.com). He's now in the need of  a  subsitute,  so
  861.     I'm  taking  care of it. Needless to say, most of the work herein
  862.     is Jonathan's.
  863.  
  864.     The  following  people, in chronological order, provided comments
  865.     about and corrections to this posting:
  866.  
  867.     - John Bazik <jsb@cs.brown.edu>
  868.     - Stephen R. van den Berg <berg@pool.informatik.rwth-aachen.de>
  869.     - Warren Burstein <warren@itex.jct.ac.il>,
  870.     - Nigel Metheringham <nigelm@ohm.york.ac.uk>
  871.     - Mike Northam <mbn@fpssun.fps.com>
  872.     - Chip Salzenberg <chip@tct.com>
  873.     - Serge Vakulenko <vak@kiae.su>
  874.     - Johan Vromans <jv@NL.net>
  875.       Tue, 1 Feb 1994 15:26:54 +0100 about Squirrel Mail Server
  876.     - Edward Feustel <efeustel@ida.org>
  877.       Wed, 16 Feb 94 10:02:14 EST asking Mailagent 3.0
  878.     - Robert Nicholson <robert@steffi.demon.co.uk>
  879.       Sat, 16 Apr 94 15:21 BST about Procmail
  880.     - Tor Slettnes <tor@netcom.com>
  881.       Mon, 18 Apr 94 15:41:51 -0700 about MReply
  882.     - David Barr <barr@pop.psu.edu>
  883.       Fri Sep 16 10:36:14 MET DST 1994 about Majordomo
  884.  
  885.     I'm  sorry if your name should appear here and it doesn't. Bug me
  886.     and I'll add you.
  887.  
  888.  
  889.                 =+=+=+=+=+=+
  890.  
  891. Copyright Notice
  892.  
  893.     This FAQ is Copyright (C) Piero Serini.  All Rights are reserved.
  894.  
  895.     Permission  to use, copy and distribute this FAQ, or parts there-
  896.     of, by any means and for any purpose is hereby granted,  provided
  897.     that  both  the above Copyright notice and this permission notice
  898.     appear in all copies of the FAQ itself.
  899.  
  900.     Reproducing this FAQ or parts thereof by any means, included, but
  901.     not limited to, printing, copying existing prints, publishing  by
  902.     electronic or other means, implies full agreement to the Publish-
  903.     ing Notes (see below).
  904.  
  905.     Distribution of this file via USENET news is always permitted.
  906.  
  907. Warranty Disclaimer
  908.  
  909.     THIS  FAQ IS PROVIDED BY THE AUTHOR ``AS IS'', AND ANY EXPRESS OR
  910.     IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED  TO,  THE  IMPLIED
  911.     WAR- RANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PUR-
  912.     POSE ARE DISCLAIMED.
  913.     IN  NO  EVENT  SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR ANY
  914.     DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY,  OR  CONSEQUEN-
  915.     TIAL  DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUB-
  916.     STITUTE GOODS OR SERVICES; LOSS OF  USE,  DATA,  OR  PROFITS;  OR
  917.     BUSINESS  INTERRUPTION)  HOWEVER CAUSED AND ON ANY THEORY OF LIA-
  918.     BILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
  919.     NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THE
  920.     INFORMATIONS HEREIN CONTAINED, EVEN IF ADVISED OF THE POSSIBILITY
  921.     OF SUCH DAMAGE.
  922.  
  923. Publishing Notes
  924.  
  925.     If  you  want to publish this FAQ by any means, electronically or
  926.     otherwise, you can do it, provided the following  conditions  are
  927.     met:
  928.  
  929.     1) The  above Copyright Notice  and Warranty Disclaimer appear in
  930.        their entirety in all copies you publish;
  931.     2) You notify me by e-mail that you will publish this FAQ;
  932.     3) You use the latest version of the FAQ you can get;
  933.     4) You let people know where to find updated versions of the FAQ;
  934.     5) Any modifications (other than typesetting changes) you make to
  935.        it are clearly designated as your modifications;
  936.  
  937.     You  shall  also send me a copy of the published material, in its
  938.     entirety, free of charge. Should this not be possible, due to le-
  939.     gal  or  other  restrictions,  please send me the part containing
  940.     this FAQ, with full references to the  published  material  (i.e.
  941.     ISBN or any- thing else to identify it), free of charge.
  942.  
  943. ----------------------
  944. *** END of Mail Archive Servers FAQ *** This file has not been truncated
  945.  
  946.